关注Kevin和互联网产品经理们，一起成长作者 lKevin来源 lKevin改变世界的点滴分享lKevin很多人做产品经理原型工作时候，其实并没有定什么原型规范，就跟着需求和老板要求，他们想要什么，就画什么功能出来给他们。如果你去问一个做PC端产品的产品经理，产品设计过程中有没有什么规范和注意事项，他可能半天答不上来。他会想着，“我好想是在认真画的，但好像也确实没有什么规范;但要说我是随便画的，那我肯定不服气”!但实际上在做原型的时候，希望我们的原型可以减少其他人对需求理解难度，增加原型的浏览效率。同时原型的时间占据了产品经理工作时间一半以上，所以我们希望把原型的时间缩小，可以花更多时间做原
关注Kevin和互联网产品经理们，一起成长作者 lKevin来源 lKevin改变世界的点滴分享lKevin很多人做产品经理原型工作时候，其实并没有定什么原型规范，就跟着需求和老板要求，他们想要什么，就画什么功能出来给他们。如果你去问一个做PC端产品的产品经理，产品设计过程中有没有什么规范和注意事项，他可能半天答不上来。他会想着，“我好想是在认真画的，但好像也确实没有什么规范;但要说我是随便画的，那我肯定不服气”!但实际上在做原型的时候，希望我们的原型可以减少其他人对需求理解难度，增加原型的浏览效率。同时原型的时间占据了产品经理工作时间一半以上，所以我们希望把原型的时间缩小，可以花更多时间做原
一、键值设计1.key名设计(1)【建议】:可读性和可管理性以业务名(或数据库名)为前缀(防止key冲突)，用冒号分隔，比如业务名:表名:id(2)【建议】：简洁性保证语义的前提下，控制key的长度，当key较多时，内存占用也不容忽视，例如：(3)【强制】：不要包含特殊字符反例：包含空格、换行、单双引号以及其他转义字符2.value设计(1)【强制】：拒绝bigkey(防止网卡流量、慢查询)string类型控制在10KB以内，hash、list、set、zset元素个数不要超过5000。反例：一个包含200万个元素的list。非字符串的bigkey，不要使用del删除，使用hscan、ssca
一、键值设计1.key名设计(1)【建议】:可读性和可管理性以业务名(或数据库名)为前缀(防止key冲突)，用冒号分隔，比如业务名:表名:id(2)【建议】：简洁性保证语义的前提下，控制key的长度，当key较多时，内存占用也不容忽视，例如：(3)【强制】：不要包含特殊字符反例：包含空格、换行、单双引号以及其他转义字符2.value设计(1)【强制】：拒绝bigkey(防止网卡流量、慢查询)string类型控制在10KB以内，hash、list、set、zset元素个数不要超过5000。反例：一个包含200万个元素的list。非字符串的bigkey，不要使用del删除，使用hscan、ssca
前言不以规矩，不能成方圆。本人有幸经历了团队从缺乏标准到逐渐规范的一个过程，在此当做记录供大家参考。本文从为什么需要规范以及建立规范的重要性出发，逐步引申出如何去建立适合自己团队的规范，详细讨论了前端具体涉及到的规范都有哪些，部分小节有具体的配置步骤和操作链接。文中涉及到的所有配置均放在github上的Demo中，觉得不错的点个赞❤️❤️❤️。下面我们开始吧?。为什么需要规范规范能给我们带来什么好处，如果没有规范会造成什么后果？这里主要拿代码规范来说。统一代码规范的好处：提高代码整体的可读性、可维护性、可复用性、可移植性和可靠性，这会从根本上降低开发成本，也是最重要的一点。保证代码的一致性：软
前言不以规矩，不能成方圆。本人有幸经历了团队从缺乏标准到逐渐规范的一个过程，在此当做记录供大家参考。本文从为什么需要规范以及建立规范的重要性出发，逐步引申出如何去建立适合自己团队的规范，详细讨论了前端具体涉及到的规范都有哪些，部分小节有具体的配置步骤和操作链接。文中涉及到的所有配置均放在github上的Demo中，觉得不错的点个赞❤️❤️❤️。下面我们开始吧?。为什么需要规范规范能给我们带来什么好处，如果没有规范会造成什么后果？这里主要拿代码规范来说。统一代码规范的好处：提高代码整体的可读性、可维护性、可复用性、可移植性和可靠性，这会从根本上降低开发成本，也是最重要的一点。保证代码的一致性：软
tmstructtime.hnotnormalizing我正在向我的tm结构的时间(小时、分钟、秒)成员添加值，即使我正在使用mktime()，它们也没有更新/规范化这是代码：1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556structtmtimeStruct;charbuffer[80];timeStruct.tm_year=2016-1900;timeStruct.tm_mon=3;timeStruct.tm_mday=32;time
tmstructtime.hnotnormalizing我正在向我的tm结构的时间(小时、分钟、秒)成员添加值，即使我正在使用mktime()，它们也没有更新/规范化这是代码：1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556structtmtimeStruct;charbuffer[80];timeStruct.tm_year=2016-1900;timeStruct.tm_mon=3;timeStruct.tm_mday=32;time
前言： 看到这个标题的人一定会很疑惑，进程监控和报警，不都是用zabbix，nagios么？ 对于管理的话，自己写crontab脚本不就行了。当然这肯定是可以的。标题说了，规范和扩展！ 所谓的进程监控就是在进程不可用，或者是被kill掉，也有外因，比如进程吃内存大，需要重启进程，让他初始化程序的实例，简单说，就是进程pid是在，只是进程是假死的，不可用的。对于这些进程管理和监控的需求，说下圈子里面解决这类问题的办法：大家一定知道supervisord这个东西，现在很多人都喜欢用他，我个人的nginxtornado的方案，就是用supervisord来管理进程的，话说他也是支持进程监控的，但
前言： 看到这个标题的人一定会很疑惑，进程监控和报警，不都是用zabbix，nagios么？ 对于管理的话，自己写crontab脚本不就行了。当然这肯定是可以的。标题说了，规范和扩展！ 所谓的进程监控就是在进程不可用，或者是被kill掉，也有外因，比如进程吃内存大，需要重启进程，让他初始化程序的实例，简单说，就是进程pid是在，只是进程是假死的，不可用的。对于这些进程管理和监控的需求，说下圈子里面解决这类问题的办法：大家一定知道supervisord这个东西，现在很多人都喜欢用他，我个人的nginxtornado的方案，就是用supervisord来管理进程的，话说他也是支持进程监控的，但
